home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EnigmA Amiga Run 1996 June
/
EnigmA AMIGA RUN 08 (1996)(G.R. Edizioni)(IT)[!][issue 1996-06][EARSAN CD VII].iso
/
earcd
/
comm1
/
ahtcl430.lha
/
Changes.txt
next >
Wrap
Text File
|
1996-05-09
|
8KB
|
358 lines
Changes
-------
CHANGES o7.o4.1996
####################
"Fehler" im Autologoff beseitigt ( hatte bei der 1o Sekunden-
schleife vergessen das Paging auszuschalten... flöööööt )
ANTRAG
------
Angepasst an den neuen Online.
Wenn Extraantragsfragen nach dem Standart meines bisherigen Antrags-
Befehl existieren ( in den Catalogfiles ) werden diese gestellt.
Wenn nicht wird nachgeschaut ob Extraantragsfragen nach dem neuen
Standart vom Mathias existieren ( durch die neuen Onlineprefs erzeugt ).
Existieren diese werden diese gestellt. Allerdings geh ich hier wieder
( wie gewohnt :-)))) ) einen Schritt weiter.
Da man ja Systemkomform bleiben solte kann man bei meinem auch hier
Sprachabhaengig Fragen stellen ( wenn den richtig... was solls wenn der Antrag
bei einem User der ENGLISH als Sprache gewaehlt hatt erst englishe Fragen
bekommt und die Extraantragsfragen dann in deutsch ).
Editiert werden die Fragen im neuen Online wie folgt :
####DEUTSCH:
1. deutsche Frage:
2. deutsche Frage:
3. deutsche Frage:
####ENGLISH:
1. englische Frage:
2. englische Frage:
3. englische Frage:
Das ganze hatt folgende Bedeutung :
####DEUTSCH:
^^^^^^^^---- Sprachschluesselwort ist wie folgt aufgebaut :
#### als Markierung fuer die Schluesselzeile
DEUTSCH die Sprache laut CL-Prefs
: Ende der Schluesselzeile
1. deutsche Frage:
2. deutsche Frage:
3. deutsche Frage:
^^^^^^^---- Fragen die bei dieser Sprache gestellt werden.
####ENGLISH:
^^^^^^^---- Schluesselzeile fuer die naechste Sprache u.s.w.
1. englische Frage:
2. englische Frage:
3. englische Frage:
Diese Fragen werden dann auch nach neuem Standart in den Userdaten abgelegt
aber darueber hinaus auch an den Empfaenger ( Sysop/Brett ) geschickt die in
den Prefs als Empfaenger fuer die Antraege angegeben ist.
Existieren diese Fragen auch nicht werden keine Extrafragen gestellt.
CHANGES 12.o4.1996
####################
DOWNLOAD, LESEN
----------------
Das Paging beim autologoff ist jetzt raus ( peinlich :))) )
INHALT
-------
Zur besseren gestaltung der Oberflaeche koennen jetzt auch beim
Inhalt alternativ beim anzeigen der Brettinhalte Platzhalter benutzt werden.
Dadurch kann auch die Reihenfolge z.b. von: Uploader Filename
umgedreht werden... oder etwa die Filelaenge bei der Inhaltsanzeige weg-
gelassen werden.
Der Inhalt erkennt selber ob alter oder neuer Standart und reagiert darauf.
Als Platzhalter koennen verwendet werden :
%N Eintragsnummer im Brett ( fest auf 4 stellen eingestellt )
%F Filename/MSGName ( fest auf 25 Stellen )
%U Uploader/Absender ( fest auf 20 Stellen )
%I Datum des einsortierens ( fest auf 6 Stellen )
%i Absendedatum ( bei Lokalen uploads ist es das gleiche
wie %I bei Netzmails ist es das Datum
wann die Mail urspruenglich abgesendet wurde )
( fest auf 6 Stellen )
%R Anzahl der Zugriffe auf das File
%f Flags
%L Nachrichtengroesse
%C kurzer Kommentar
%M MSG-ID
Das bedeutet folgende alte zeile des Catalogfiles :
##MSG_INHALTFORMAT
%4ld$(COL{3}) %s %s %3ld %6.6s %-20.20s %-25.25s\n
Waehre das gleiche wie :
##MSG_INHALTFORMAT
%N
%I %f %R %L %U %F\n
Wer also die optik beim alten lassen will kann eine dieser beiden
Zeilen benutzen ( wird vom Inhalt beides erkannt und benutzt ) oder
kann eben durch die Platzhalter sich eine voellig neue Optik gestalten und
so seinen Usern einen "sanften" umstieg anbieten wenn man z.b. von einer
anderen Sot auf CL wechselt und die Inhaltsausgabe wie bei seiner alten Soft
gestaltet.
ALLE BEFEHLE
-------------
Ueberarbeitet und optimiert dadurch in der Regel jetzt um einiges kleiner
und schneller
Beim Suchen und Merken sowie allen "Rechenintensieveren" Proggis werd ich mal
einige Tests mit speziellen o4o und o6oer versionen starten :))))
CHANGES 12.o4.1996
####################
LOESCHEN
--------
Stoerendes Paging entfernt.
LESEN
-----
Das File wird erst ins Downloaddir kopiert wenn der User auch wirklich
den Download startet.
SUCHEN
------
Einbinden in CL mit :
CONNECTLINE:COMMANDS/SUCHEN %p
Online starten mit Suchen <Suchstring> .
In Externen Brettern werden nur die kurzen Kommentare sowie Filename
durchsucht. In normalen Brettern wird der lange Kommentar ( File-ID )
sowie kurzer Kommentar und Filename durchsucht. Bei ASCII Mails nur
der Betreff.
Nach dem Start wird der User gefragt ob alle Bretter durchsucht werden sollen
oder ob Bretter in dehnen keine Binaermails erlaubt sind ausgelassen werden
sollen.
Waerend des gesamten suchens wird immer das aktuelle Brett als auch die
aktuelle Mailnummer laufend angezeigt damit in laengeren Brettern der
User nicht denkt die Box haengt und auflegt.
CHANGES 24.o4.1996
####################
BRETT
-----
Der User kann jetzt in seinem Setup bestimmen ob nach B#
I# oder I ausgefuehrt wird.
SETUP
-----
Angepasster Setup-Befehl dazu
EDITUSER
--------
Angepasster CLI/OnlineUsered dazu
Aufruf in CL :
CONNECTLINE:COMMANDS/EDITUSER %p
Aufruf in der Box oder im CLI : EDITUSER <Username>
SCANNER
-------
Zeigt jetzt staendig das Brett an in dem der user sich befindet
CHANGES 28.o4.1996
####################
ALLE MAPSCOMMANDS
-----------------
Entwicklung der externen Mapscommandos eingestellt da NewMaps nie
veroeffentlicht wurde und laut Aussage eines gewissen Sysops
"Perlen vor die Saeue sei".
SENDEN
------
Neue Checkerconfig. ( Testaufruf fuer die jeweiligen Packer
mit in die Checkerconfig aufgenommen ).
CHANGES o3.o5.1996
####################
SENDEN
------
Im Gegensatz zum alten SENDEN von mir oder dem Original laufen Binaer-
uploads in Bretter die von keinem Netzsystem ( Point/Box ) bestellt
sind nicht mehr ueber den Sorter.... Dadurch gehen Locale Uploads bei
weitem schneller.......
CHANGES o5.o5.1996
####################
LOESCHEN
--------
Beim loeschen einer Mail wird das Brettdatum ( letzter Neueintrag ) ggf.
wieder korekt auf die letzte ungeloeschte Mail gesetzt...
CHANGES o7.o5.1996
####################
SENDEN
------
ERSTE!!!!! BETA!!!!!! des neuen SENDEN binaere Uploads in Brettern die von
keinem Netzsystem bestellt sind gehen nicht mehr ueber den CLC
Sorter sondern werden intern vom eigenen Sortin im SENDEN einsortiert.
VORSICHT: Bei Systemen mit hoher warscheinlichkeit das Uploads von
--------- zwei Ports GLEICHZEITIG in so einem Brett einsortiert
werden solten noch den alten SENDEN nehmen.
Ansonsten gehts jetzt so mit dem Sortin bei WEITEM schneller ( eigener
Sorter in vorbereitung ).
WEITERLEITEN
------------
Einbinden in CL mit : CONNECTLINE:COMMANDS/WEITERLEITEN %p
Die langen Kommentare werden bei meinem WEITERLEITEN auch mit
uebernommen. Der Anwender wird gefragt ob der alte Uploader
beibehalten werden soll oder auf den eigenen Namen gesetzt werden
soll ( OAB wird dann gesetzt ). OEM wird ebenfals gesetzt sowie
der alte IDunter BEZ .
Anwahl des Zielbretts wie es sich in meinen Augen gehoehrt
( per Cursor-Steuerung ). Nach dem Weiterleiten wird gefragt ob die
alte Mail geloescht werden soll.
DELUser
-------
CLI Commando um offline User und Userpfad zu loeschen ( ist sofort
aktiv also auch in der Ram-Strucktur ).
Aufruf im CLI : DELUser <username>
Dieses Tool hatt keinen sonderlichen Sinn.... wurde nur von einem anderen
( REXX ) Progger benoetigt um auch in REXX schnell und sicher einen User
loeschen zu koennen..... Und wenn wir dabei sind auch normal gehts mit diesem
Tool bei weitem schneller als ueber den UserED.
Dies Tool liegt im TOOLS/ Verzeichnis dieses Archivs.
CHANGES o9.o5.1996
####################
SENDEN u. WEITERLEITEN u. SUCHEN
--------------------------------
Kleinere Bugfixes
LASTCall
--------
Aufruf LASTCall <username> gibt den letzten Anruf des
Users im Format <tage> <stunden> zurueck.
( wurde von einem Xternen Tool vom SYSOP@TIMEWARP benoetigt ).
LASTAll
-------
Kann auch ideal als Onlinecommand fuer Sysop eingebunden
werden ( connectline:commands/lastall %p )
Bei Usern ohne Point den letzten Anruf z.b. :
Lastcall... : 1d 16h
Bei Usern mit Point wird der neuere Anruf genommen z.b. :
Lastcall... : 1d 16h
oder eben
Lastpoll... : 1d 16h
oder wenn noch gar kein Anruf denn :
¤NOCALL¤